home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980424-19980901
/
000401_news@newsmaster….columbia.edu _Sat Aug 22 17:39:48 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA23542
for <kermit.misc@watsun.cc.columbia.edu>; Sat, 22 Aug 1998 17:39:48 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA21845
for kermit.misc@watsun; Sat, 22 Aug 1998 17:39:47 -0400 (EDT)
Path: news.columbia.edu!psinntp!howland.erols.net!newshub.northeast.verio.net!newsserver.jvnc.net!post.servtech.com!hal9000.buf.servtech.com!rchandra
From: rchandra@hal9000.buf.servtech.com ()
Newsgroups: comp.protocols.kermit.misc
Subject: Red Hat Linux/Intel 5.1 and ncurses: suggestions
Followup-To: poster
Date: 22 Aug 1998 15:54:46 GMT
Organization: Verio New York
Lines: 50
Message-ID: <6rmpk6$be2$1@post.servtech.com>
Reply-To: rchandra@letter.com
NNTP-Posting-Host: hal9000.buf.servtech.com
Summary: There are several things that can be tried if "linux" is not recognized
Keywords: RedHat RPM 5.1
Xref: news.columbia.edu comp.protocols.kermit.misc:9127
Several factors can influence whether "linux" is recognized as a
terminal type on many Linux systems.
1.) Your program, or the libraries it linked with (if statically
linked), or the libraries it dynamically links with at runtime, are
looking for an entry in /etc/termcap that isn't there. (not likely,
but possible...I believe but am not certain that this is a very old
practice in very old [n]curses library implementations to use a
single file for all terminal descriptions.)
2.) Your program, or the libraries...are looking for a terminfo file
that just plain isn't there. (also not so likely, since many people
in other recent message threads said that other programs work OK).
3.) Your program, or the libraries...are looking for a terminfo file
that is stored at a pathname that isn't expected by your program,
the libraries--and so on. I forgot if I read this in the errata Web
page or where exactly I discovered this (Netscape install? Acrobat
install?), but it may just be that one libc (let's say for sake of
argument, libc5, but I don't know this to be true) expects your
terminfo to be in /usr/share/terminfo, and the other (let's say
libc6/glibc) expects /usr/lib/terminfo. I remember that the
specific instructions in this bugfix/workaround were to do the
following or equivalent:
cd /usr/lib
ln -s ../share/terminfo ./terminfo
- or -
ln -s /usr/share/terminfo /usr/lib/terminfo
So what this says is that the terminfo database/directory structure
can be accessed by either path. When something goes to reference
/usr/lib/terminfo, the symlink redirects it to essentially
/usr/share/terminfo, which is where it really resides on your
system. I personally prefer wherever possible to use relative
symlinks, because they still hold, more often than break, across
mount points, particularly NFS mounts, where the directory structure
may be different on the different systems.
Hope this helps some folks.
Any corrections to this/suggestions?
--
Oooooo-oooo-oooo-ooooo, Oooooo-oooo-oooo-ooooo, Ooooo-weem-oh-wum-ooo-ayyy
In the jungle, the silicon jungle, the process sleeps tonight.
Joe Philipps <rchandra-nospam@letter.com> http://www.servtech.com/~rchandra/
You know what you have to do to send email to me successfully :^)